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(54) Loading software into a mobile device 



(57) Software is loaded into a mobile device, in par- 
ticular a mobile telephone, said mobile device compris- 
ing a program memory for storing said software, a 
processing unit capable of accessing said program 
memory and of executing said software stored therein, 
and a rechargeable battery for powering at least said 
processing unit, said mobile device being connectable 



to an external battery charger for charging said battery, 
said battery charger comprising a storage memory con- 
taining said software to be loaded into said mobile de- 
vice, by establishing a data transmission link between 
said battery charger and said mobile device, and by 
loading said software from said storage memory of said 
battery charger into said program memory of said mo- 
bile device via said data transmission link. 
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Description 

[0001 ] The present invention concerns the field of mo- 
bile devices having a software component. Such devic- 
es are, for example, mobile (cellular or wireless) tele- 
phones. In particular, the present invention concerns the 
field of loading software into such mobile devices. 
[0002] Modern mobile devices often comprise large 
amounts of software stored in a program memory. In op- 
eration, a processing unit of the mobile device accesses 
the program memory and executes the software rou- 
tines contained therein for providing the desired func- 
tionality. 

[0003] Many mobile devices presently on the market 
employ a type of program memory that can only be pro- 
grammed once and/or with substantial effort. For exam- 
ple, the program memory may comprise ROM, PROM 
or EPROM chips. This design has the disadvantage that 
it is difficult or impossible to modify the software that is 
stored in the program memory. 

[0004] It is also known to equip mobile devices with 
program memory that can be re-programmed by the us- 
er or by a service technician. For example, EEPROM 
and FLASH memory chips may be used to implement 
this type of program memory. Although EEPROM and 
FLASH memory is rather costly, the increased flexibility 
may well be worth the expense. Re-programming the 
mobile device is generally seen as an emergency or 
service measure requiring special equipment and/or 
knowledge. The whole process is cumbersome and is 
not intended for the average consumer. 
[0005] In the context of mobile telephones, EP-A-0 
804 046 discloses a cellular telephone having two pro- 
gram memories for storing a data processor program 
each. One of these program memories is active and 
contains the currently executed program. New program 
data may be obtained from a communications network 
via a bi-directional RF channel and may be stored in the 
other program memory. WO 97/29606 discloses a sim- 
ilar telephone system in which program data is transmit- 
ted from a base station to a mobile station for loading 
into a program memory of the mobile station. 
[0006] According to EP-A-0 804 046 and WO 
97/29606, the software data is transmitted via the radio 
channel. This causes considerable transmission costs. 
Furthermore, a substantial part of the total software of 
the mobile telephone, namely the program routines nec- 
essary for the wireless data transmission, must always 
be available. These program routines must be con- 
tained in an extra memory, which is required in addition 
to the program memory into which the downloaded soft- 
ware is written. 

[0007] It is therefore an object of the present invention 
to avoid at least some of the above-mentioned problems 
and to provide an economical way of loading software 
into a mobile device as well as corresponding devices 
from and into which the software is loaded. Further ob- 
jectives of preferred embodiments of the invention are 



that the loading procedure is simple to use and does not 
cause extra costs, and that the necessary hardware is 
inexpensive or even allows overall cost savings. 
[0008] The invention comprises a method, a mobile 
5 device, a battery charger and a system having the fea- 
tures of the independent claims. The dependent claims 
define preferred embodiments of the present invention. 
[0009] The invention is based on the idea to use the 
battery charger not only for re-charging a battery of the 
to mobile device, but also for storing software that may be 
loaded into the program memory of the mobile device. 
Thus : the operating software of the mobile device may 
be re-loaded and/or updated and/or changed each time 
the battery is charged. This provides a great deal of flex- 
15 ibility in a very user-friendly way. In some embodiments, 
the user will not even notice that software is loaded into 
the mobile device when he or she connects the mobile 
device to the battery charger. In other embodiments, the 
user is informed of the loading process and may be al- 
20 lowed to control some of its parameters. 

[0010] As an example of the possible use of the 
present invention, some mobile devices require different 
software for different countries or regions. The most 
economical way of handling this situation might well be 
to manufacture only a single type of the mobile device 
in large numbers, and to provide the necessary custom- 
ization by means of a variety of different battery charg- 
ers containing the localized software versions. Different 
battery chargers are needed in any case since different 
types of AC power plugs and different power character- 
istics (voltage, frequency) are used in the individual re- 
gions. For example, a battery charger designed for the 
US market will normally only be used in the US, such 
that the software required by the mobile apparatus for 
operation in the US could be stored therein. 
[0011] In a modification of the application example 
given above, the storage memory of the battery charger 
could also be large enough to hold a plurality of software 
items. For example, these software items may be local- 
ized versions of the operating software of the mobile de- 
vice or program modules implementing special features 
(e.g., voice dialing, text input, games, etc.). The user 
could then select which of these software items will be 
downloaded into the program memory of the mobile de- 
vice. This solution is particularly suitable if the capacity 
of the storage memory in the battery charger is larger 
than the capacity of the program memory in the mobile 
device since the user could then select and download a 
desired combination of features within the limitations 
given by the capacity of the program memory. 
[0012] In addition to providing a great deal of flexibility, 
the inventive solution is very economical since cheap, 
slow memory devices can be used forthe storage mem- 
ory of the battery charger. Also the physical space re- 
quirements and the power consumption of the storage 
memory in the battery charger are of little concern. In 
contrast to this, the program memory in the mobile de- 
vice is typically much more expensive since its access 
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speed must match the speed of the processing unit and 
since space is a premium and power consumption must 
be low in the mobile device. 

[0013] In a preferred embodiment of the present in- 
vention, the program memory of the mobile device is a 
volatile memory, i.e. a memory that requires some 
amount of external power for maintaining its contents. 
In other words, the data contents of a volatile program 
memory will be lost if the battery of the mobile telephone 
becomes completely discharged. For this reason, vola- 
tile memory, in spite of being much cheaper than static 
memory, has up to now generally been considered un- 
suitable for use as program memory of battery powered 
mobile devices. This problem has been solved by the 
present invention., which teaches to restore the contents 
of the program memory when re-charging the battery by 
the battery charger. 

[001 4] It is particularly preferred to use a type of mem- 
ory known as "quasi volatile memory", manufactured by 
the present applicant, for the program memory (and 
possibly also for the working memory) of the mobile de- 
vice. This is a dynamic type of memory that can be op- 
timized during manufacturing for short retention times 
(in the region of milliseconds) or longer retention times 
(in the region of days or weeks). This type of memory is 
much more economical than static RAM, even if the long 
retention time version is used. 

[0015] Generally, both the power and the data trans- 
mission link may be implemented by any physical 
means. The power transmission link may, for example, 
comprise an electrical connection via one or more wire 
(s) or an inductive connection. The data transmission 
link may, for example, comprise an electrical connection 
or a wireless connection using light (e.g. infrared light) 
or using a short range radio transmitter (e.g. the system 
known under the trademark Bluetooth). Any kind of se- 
rial or parallel data transmission protocol with or without 
encoding or encryption may be employed for the data 
transmission link. 

[0016] In preferred embodiments of the invention, the 
processes of charging the battery and of loading soft- 
ware into the mobile apparatus take place concurrently, 
such that the data transmission link for transmitting the 
software data and the power transmission link for re- 
charging the battery will be operable at essentially the 
same time. This is possible If different power and data 
transmission paths are used, which may also mean that 
the software data is transmitted via the physical power 
supply lines of the mobile apparatus using a suitable 
modulation scheme. 

[0017] In other embodiments, power and data trans- 
mission are performed in a mutually exclusive way. For 
example, the power transmission can be interrupted af- 
ter some initial battery charging for transmitting the soft- 
ware data via the same connection. In the terminology 
used herein, such embodiments still have the feature 
that the power and data transmission occur substantially 
at the same time, namely in this case in a quasi-parallel 
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or interleaved fashion. 

[0018] In the terminology used herein, a program 
memory is any memory used for storing an executable 
program. A data transmission link is formed by two 

5 matching data transmission interfaces of the mobile ap- 
paratus and the battery charger, respectively, and pos- 
sibly other components like a connector cable and so 
on. Correspondingly, a power transmission link is 
formed by two matching power transmission interfaces 

10 of the mobile apparatus and the battery charger, respec- 
tively, and possibly other components. 
[0019] Further features, objects and advantages of 
the invention will become apparent from the following 
detailed description of two sample embodiments and 

?5 several alternative embodiments of the invention. Ref- 
erence is made to the schematic drawings, in which: 

Fig. 1 is a block diagram of a mobile telephone ac- 
cording to a sample embodiment of the present in- 
20 vention, and 

Fig. 2 and Fig. 3 are block diagrams of battery 
chargers according to two different sample embod- 
iments of the present invention. 

25 

[0020] The mobile telephone 1 0 shown schematically 
in Fig. 1 comprises a processing unit 12 which may, for 
example, include a microcontroller and/or a digital signal 
processor (DSP). The processing unit 12 controls a va- 

30 riety of other components of the mobile telephone 1 0 . A 
high frequency unit 14 is connected to an antenna 16 
and serves for sending and receiving radio signals con- 
taining modulated telecommunication data. A voice fre- 
quency unit 18 is connected to a speaker 20 and a mi- 

35 crophone 22 for transmitting and receiving voice signals 
from and to a user of the mobile telephone 1 0. An input/ 
output unit 24 interfaces the processing unit 12 with a 
display 26 and a keypad 28 for providing user interac- 
tion. The units 14, 18 and 24 are each connected to the 

^0 processing unit 12 and exchange data with each other 
via the processing unit 12. All components mentioned 
above are well-known components of mobile tele- 
phones and are not, by themselves, the subject of the 
present invention. 

45 [0021] A memory unit 30 comprises a program mem- 
ory 32 and a working memory 34. The program memory 
32 contains software routines controlling the operation 
of the processing unit 12 and thus the whole mobile tel- 
ephone 1 0. The working memory 34 provides space for 

50 storing intermediate results and other data required dur- 
ing operation of the mobile telephone 10. A small 
amount of non-volatile ROM (read only memory) 36 is 
used to store the minimum program routines necessary 
to control the process of loading software into the pro- 

55 gram memory 32. 

[0022] It is known in prior art mobile telephones to use 
non-volatile ROM or non-volatile FLASH memory forthe 
program memory 32, and to use volatile RAM for the 
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working memory 34. In the present sample embodiment 
of the invention, however, a single type of volatile mem- 
ory is used both for the program memory 32 and for the 
working memory 34, namely a type of memory known 
as "quasi volatile memory", manufactured by the 
present applicant. Furthermore, the memory unit 30 of 
the present sample embodiment includes suitable cir- 
cuitry for refreshing the program memory 32 and the 
working memory 34 on a regular basis, such that the 
memory contents will be preserved as long as the power 
supply of the mobile telephone 10 is not exhausted. 
[0023] Because the program memory 32 and the 
working memory 34 are implemented using a single 
memory device or a plurality of identical memory devic- 
es, the separation between both kinds of memory 32, 
34 is a purely logical one. This is symbolized by the 
dashed line in Fig. 1 denoting that the program memory 
32 and the working memory 34 are simply two logical 
regions of the memory unit 30. In alternative embodi- 
ments, the program memory 32 and the working mem- 
ory 34 may be implemented by different memory devic- 
es. The program memory 32 may be volatile or non-vol- 
atile, but is must at least be possible to write software 
that is loaded into the mobile telephone 10 into the pro- 
gram memory 32. 

[0024] The mobile telephone 10 further comprises a 
data transmission unit 3B connected between a connec- 
tor unit 40 and the processing unit 12. The data trans- 
mission unit 38 and the processing unit 12 together im- 
plement a variety of communication protocols and allow 
various kinds of mono-directional and bi-directional data 
transmission procedures between the mobile telephone 
TO and a device connected to the connector unit 40. Of 
special interest with respect to the present invention is 
a data transmission mode in which software data is read 
inio the mobile telephone 10, and corresponding soft- 
ware (which may be identical to the software data or may 
be decoded therefrom) is stored into the program mem- 
ory 32. In the present sample embodiment, the data 
transmission unit 38 and parts of the connector unit 40 
form a data transmission interface for receiving the soft- 
ware data supplied to the mobile telephone 10. 
[0025] The connector unit 40 is a multi-pin mechanical 
connector comprising several contacts for data trans- 
mission and also power supply contacts for connecting 
the mobile telephone 10 to an external power supply. A 
rechargeable battery 42, for example a NiCd or NiMH 
or Li-ion accumulator, is connected to the power supply 
contacts of the connector unit 40 via a charge control 
unit 44. The charge control unit 44, in cooperation with 
the processing unit 12, monitors the state of the battery 
42 and controls the process of charging the battery 42 
by the external power supply. Therefore, in the present 
sample embodiment, the charge control unit 44 and 
parts of the connector unit 40 form a powertransmission 
interface for charging the battery 42. 
[0026] The battery 42 is connected to all other com- 
ponents of the mobile telephone 1 0 for supplying them 



with battery power. This is shown schematically in Fig. 
1 by a plurality of arrows. In particular, the volatile pro- 
gram memory 32 is also connected to the battery 42. 
When the mobile telephone 10 is in an active mode of 
5 operation, the program memory 32 is fully powered. 
However, even when the mobile telephone 10 is 
switched off, the program memory 32 receives sufficient 
power for maintaining the memory contents. This in- 
cludes the power required for performing regular refresh 
10 cycles of the program memory 32, if the program mem- 
ory 32 is of a dynamic type that requires refreshing. 
[0027] Fig. 2 shows the schematic structure of a very 
simple battery charger 50 designed to work with the mo- 
bile telephone 10 of Fig. 1. The battery charger 50 is 

?5 connected to the mains via a power line 52. A power 
supply unit 54, which may comprise a conventional 
transformer and rectifier or may be a switched power 
supply, generates the low voltage required by the mobile 
telephone 10. This low voltage, which may be in the re- 

20 gion of 2.4 V or 3.3 V or 5 V, is applied to power supply 
pins of a mutti-pin connector unit 56 matching the con- 
nector unit 40 of the mobile telephone 10. 
[0028] The battery charger 50 further comprises a 
storage memory 58, which is implemented by inexpen- 

25 sive : slow, non-volatile ROM devices. The storage 
memory 58 contains a backup copy of the software rou- 
tines that are required by the mobile telephone 10 and 
are normally stored in the program memory 32. The soft- 
ware data stored in the storage memory 58 may be iden- 

30 tical to the final executable software, or it may be en- 
coded in a suitable way (e.g., by including redundant 
check information or by encryption). 
[0029] The storage memory 58 receives its operating 
power from the power supply unit 54. Furthermore, the 

35 storage memory 58 is connected to data transmission 
lines of the connector unit 56 for providing a data read- 
out capability. Therefore the different pins of the connec- 
tor unit 56 provide both a power transmission interface 
for charging the battery 42 of the mobile telephone 10 

40 and a data transmission interface for outputting software 
data from the storage memory 58. 
[0030] Turning now to Fig. 1 again, the telephony-re- 
lated modes of operation of the mobile telephone 10 are 
known perse : such that no detailed description of these 

45 functions is necessary. Generally, all functions of the 
mobile telephone 10 are controlled by the processing 
unit 12, which in turn accesses the program memory 32 
for executing a variety of program routines stored there- 
in. The contents of the volatile program memory 32 are 

50 normally preserved because of the constant powering 
by the battery 42. 

[0031] If the battery 42 of the mobile telephone 1 0 is 
completely discharged (which may, e.g., happen if the 
mobile telephone 10 is not used for a long time), it is 
55 possible that the contents of the program memory 32 
are lost. This would render the mobile telephone 10 in- 
operable even after the battery 42 is re-charged. The 
mobile telephone 10 is therefore adapted to load the 
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contents of the program memory 32 from the battery 
charger 50 (Fig. 2). 

[0032] For re-charging the battery 42 and loading the 
program memory 32, the user connects the battery 
charger 50 (Fig. 2) to the mobile telephone 10 (Fig. 1) 
via the connector units 40, 56, thus establishing both the 
power and the data transmission links. The connector 
units 40, 56 may be directly matching male and female 
connectors, or a suitable cable (not shown) may be 
used. The process of re-charging the battery 42 under 
control of the charge control unit 44 commences imme- 
diately after the connection is made. 
[0033] In the particularly cost-effective embodiment 
presently described, the software downloading process 
is completely controlled by the processing unit 12 of the 
mobile telephone 10, the necessary program routines 
being stored in the non-volatile ROM 36. Only a reset 
line, a clock line and one or more data line(s) are re- 
quired for the physical data transmission link between 
the battery charger 50 and the mobile telephone 1 0. The 
processing unit 12 first resets an address counter con- 
tained in the storage memory 58 and then sequentially 
reads out the contents of the storage memory 58 bit by 
bit (or word by word, if more than one data line is used). 
The received program data is decoded by the process- 
ing unit 12 and is stored in the program memory 32 for 
future processing. 

[0034] In the presently described sample embodi- 
ment, the process of downloading the program data is 
commenced and performed automatically, i.e., without 
user intervention. In alternative embodiments, the user 
may control the downloading process via the keypad 28 
and display 26 of the mobile telephone 10. For example, 
the user may be presented with a selection menu of dif- 
ferent language versions and/or different regional ver- 
sions and/or different features of the software to be 
downloaded. Thus the user will be able to customize the 
operating software of the mobile telephone 1 0 according 
to his or her wishes. 

[0035] Fig. 3 shows a schematic block diagram of a 
more complex battery charger 60 that can be used in- 
stead of the simple battery charger 50 (Fig. 2) in a sec- 
ond sample embodiment of the present invention. The 
complex battery charger 60 also includes a power line 
62, a power supply unit 64, a connector unit 66 and a 
storage memory 68. A controller 70 is linked to the con- 
nector unit 66 via a data transmission unit 72. The con- 
troller 70 accesses the storage memory 68 and a work- 
ing memory 74. The storage memory 68 is of a non-vol- 
atile ROM type and contains both the software routines 
required for operation of the controller 70 and the soft- 
ware data to be downloaded into the mobile telephone 
10. In spite of holding the executable program for the 
controller 70, the storage memory 68 may nevertheless 
be of a cheap and slow type since the controller 70 has 
a rather slow operating speed and therefore does not 
need a fast program memory. 

[0036] An input/output unit 76 links the controller 70 
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to a display 78 and a keypad 80. All components of the 
battery charger 60 are powered by the power supply unit 
64. This is shown schematically in Fig. 3 by a plurality 
of arrows. 

5 [0037] In operation of the complex battery charger 60, 
the controller 70 is used to control the software down- 
loading process alone or in conjunction with the 
processing unit 12 of the mobile telephone 12. Any re- 
quired user interaction (in particular, selection of soft- 

10 ware versions and features to be downloaded into the 
mobile telephone 10) can be performed via the keypad 
80 and the display 78. 

[0038] In an alternative embodiment in which the 
download process is entirely controlled by the battery 

15 charger 60, a modified version of the mobile telephone 
10 (Fig. 1) can be used. The processing unit 12 may be 
inoperative during the download process in this embod- 
iment, such that the non-volatile ROM 36 may be omit- 
ted. Instead, a connection from the connector unit 40 to 

20 the program memory 32 (either direct or running via the 
data transmission unit 38) would be required. 

Claims 

25 

1 . A method for loading software into a mobile device, 
in particular a mobile telephone (10), said mobile 
device comprising a program memory (32) for stor- 
ing said software, a processing unit (1 2) capable of 

30 accessing said program memory (32) and of exe- 
cuting said software stored therein, and a recharge- 
able battery (42) for powering at least said process- 
ing unit (12), said mobile device being connectable 
to an external battery charger (50; 60) for charging 
35 said battery (42), said battery charger (50; 60) com- 

prising a storage memory (58; 68) containing said 
software to be loaded into said mobile device, said 
method comprising the steps of: 

40 - establishing a data transmission link between 
said battery charger (50; 60) and said mobile 
device, and 

loading said software from said storage mem- 
ory (58; 68) of said battery charger (50; 60) into 
45 said program memory (32) of said mobile de- 

vice via said data transmission link. 

2. The method of claim 1 , further comprising the steps 

of: 

50 

establishing a powertransmission link between 
said battery charger (50; 60) and said mobile 
device, and 

charging said battery (42) of said mobile device 
55 by said battery charger (50; 60) via said power 

transmission link. 

3. The method of claim 2, wherein said software is 
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loaded into said program memory (32) of said mo- 
bile device via said data transmission link while said 
battery (42) is charged substantially at the same 
time via said power transmission link. 

4. A mobile device, in particular a mobile telephone 
(10), said mobile device comprising 

a program memory (32) for storing software, 
a processing unit (12) capable of accessing 
said program memory (32) and of executing 
said software stored therein, 
a rechargeable battery (42) for powering at 
least said processing unit (12), 
a power transmission interface (40 , 44) for con- 
necting said mobile device to an external bat- 
tery charger (50; 60) for charging said battery, 
and 

a data transmission interface (40, 38, 12) for 
receiving software data from said battery 
charger (50; 60), and wherein 
said mobile device is adapted for storing said 
received software data as software in said pro- 
gram memory (32). 

5. The mobile device of claim 4, wherein said power 
transmission interface (40, 44) and said data trans- 
mission interface (40, 38, 12) are operable substan- 
tially at the same time and/or share a single con- 
nector unit (40). 

6. The mobile device of claim 4 or claim 5, wherein 
said battery (42) is further used for powering said 
program memory (32), and wherein said program 
memory (32) is of a volatile or quasi volatile type. 

7. A battery charger (50; 60) for a mobile device,' in 
particular a mobile telephone (10), said battery 
charger (50; 60) comprising: 

a power transmission interface (56 ; 66) for con- 
necting said battery charger (50; 60) to said mo- 
bile device for charging a rechargeable battery 
(42) of said mobile device, 
a storage memory (58; 68) containing software 
data to be loaded into said mobile device for 
storage in a program memory (32) of said mo- 
bite device and eventual execution of the stored 
software by a processing unit (12) of said mo- 
bile device, 

a data transmission interface (56; 70. 72, 66) 
for outputting software data from said storage 
memory (58; 68) to said mobile device. 

8. The battery charger of claim 7, wherein said power 
transmission interface (56; 66) and said data trans- 
mission interface (56; 70, 72 : 66) are operable sub- 
stantially at the same time and/or share a single 
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connector unit (56; 66). 

9. The battery charger of claim 7 or claim 8. further 
comprising a controller (70) for controlling the proc- 
ess of downloading said software data into said mo- 
bile device. 

10. A system comprising a mobile device, in particular 
a mobile telephone (10), having the features of one 
of claims 3 - 6, and a battery charger having the 
features of one of claims 7-9. 
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